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The  problem  of  /laying  ojut**  facilities  is  very  difficult  from  a  practical’*’' 
as  well  as  a  methodological  pjoint  of  view.  As  a  result  the  layout  process 
generally  involves  a  ^hlock  layoutT^hase  and  a^detailed  layouf**"^hase.  During 
the  block  layout  phase  the  various  elements  of  the  facility  are  aggregated  into 
areas  or  blocks.  Each  hlock  represents  a  department,  office,  or  some  other 
major  work  area.  An  attempt  is  then  made  to  optimally  position  these  blocks 
within  the  facility.  Once  the  block  layout  is  determined,  a  detailed  layout 
is  performed.  This  Involves  specifying  the  exact  position  of  equipment  and 
work  areas  within  each  block  as  well  as  the  necessary  support  such  as  electric 
outlets,  water,  etc.  Except  for  imposing  certain  restrictions  on-  the  size  and 

shape  of  the  blocks  to  insure  that  everything  it /^theae  details  are 

\ 

essentially  Ignored  in  the  block  layout  phase. 


Lly  lgi 
levels 


We  develop  here  an  interactive  approach  to  the  block  layout  problem.  The 
approach  has  three  major  components:  an  optimization  model,  a  colorgraphic*' 

computer  interface,  and  a  human  decision  maker.  \  The  subjective  factors  associated 

_ 

/W-th  evaluating  designs  and  the  combinatorial  nature  of  the  block  layout  problem 
make  it  impossible  to  model  it  in  a  fora  which  can  be  optimally  solved'  for  prac¬ 
tical  problems.  Hence  we  relax  certain  restrictions  and  optimally  solve  the 

-  *  -  — 

resulting  "relaxed"  modal.  The  output  from  the  modal  la  displayed  In  network 
form  on  e  colorgraphlcs  terminal.  The  human  decision  maker  utilizes  this  infor¬ 
mation  together  with  his  knowledge  of  the  layout  problem  to  selectively  impose 
additional  constraints  on  the  model  or  to  relax  previously  imposed  constraints. 

The  procedure  iterates  between  the  human  dscision  makar  and  the  optimisation 
model,  vie  the  colorgraphlcs  interface,  until  an  ecccpteble  layout  is  obtained.^. 

<N 

A  flow  dlegTaa  illustrating  tha  procedure  is  shown  in  Figure  1.  An  illustration 
of  the  colorgraphlcs  screen  layout  Is  given  in  Figure  2. 


Figure  1.  Flow  Diagram  of  the  Interactive  Layout  Process 


Illustration  of  tbe  Colorgraphios  Soreen  Layout 


I.  BLOCK  LAYOUT  PROBLEM 


The  block  layout  problem  Is  to  determine  the  size  and  shape  of  each  block 
and  its  position  within  the  facility.  Hence,  fundamental  inputs  to  the  problem 
are  the  required' size  and  shape  ranges  to  accommodate  the  equipment  and  workspace 
within  the  block.  It  should  be  noted  that  the  decision  as  to  what  constitutes 
a  block  is  not  always  easy.  It  is  particularly  difficult  when  the  equipment 
and  volume  of  work  for  some  functions  are  affected  by  the  layout  (e.g.  This  is 
frequently  the  case  when  configuring  storage  facilities.).  Even  when  the  blocks 
are  naturally  defined  by  departments  or  work  areas,  there  is  generally  some 
flexibility  as  to  size  and  shape.  Since  certain  block  shapes  are  -harder  to 
utilize  than  others,  it  la  often  not  possible  to  quantify  this  flexibility  in 
any  useful  manner.  However,  the  human  decision  maker  can  usually  determine  with 
relative  ease  whether,  or  not  a  particular  shape  and  size  is  acceptable. 

As  with  many  design  problems,  the  quality  of  a  layout  is  dependent  on  a 
large  number  of  factors.  Even  for  those  factors  which  can  be  quantified,  such 
as  distances,  it  is  often  difficult  to  accurately  measure  them  until  the  entire 
layout  is  completed.  For  example,  when  using  modern  material  handling  equipment, 

such  as  conveyers  and  wire  guided  vehicles  which  can  travel  only  along  a  fixed 

« 

path,  the  routing  of  material  is  directly  dependent  on  the  final  design  configu¬ 
ration. 

In  spite  of  this  shortcoming,  functions  of  distance  are  the  moat  meaningful 
to  work  with  in  developing  block  layouts.  These  functions  try  to  reflect  three 
basic  kinds  of  relationships:  (1)  between  a  block  and  the  building  perimeter, 

(2)  between  two  blocks,  and  (3)  between  a  block  and  some  designated  area  in  the 
building.  Examples  of  blocks  either  desired  or  required  to  be  on  the  perimeter 
Include  shipping  and  receiving,  departments  which  have  a  high  probability  of 
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of  expansion,  and  off lcaa.  Exapples  of  desired  relationships  between  blocks 
Include  situations  where  we  want  blocks  near  each  other  to  facilitate  connunlca- 
tion  and  exchange  of  ideas  and  blocks  between  which  there  will  be  substantial  ' 
material  flow.  Examples  of  desired  relationships  between  blocks- and  fixed 
building  areas  Include  departments  which  because  of  climate  requirements  or 
weight  restrictions  are  required  to  be  in  certain  areas  of  the  building  and 
departments  which  require  special  equipment  such  as  an  overhead  crane  and  must 
be  located  adjacent  to  it. 

Estimating  the  form  of  these  distance  functions  is  easiest  when  considering 
movement  of  material.  Even  then  it  is  a  nontrivial  undertaking.  Generally, 
the  further  material  is  to  be  moved,  the  more  costly  it  1s  to  move  it.  However, 
the  manner  In  which  it  is  to  be  moved  can  depend  heavily  on  the  distance  it 
is  to  be  moved.  In  particular,  movement  between  two  adjacent  departments  can  often 
be  done  much  more'  cheaply  and  with  different  equipment  than  movement  between 
nonadjacent  departments  even  if  their  separation  is  small.  Also  the  cost  of 
movement  between  two  departments,  particularly  if  they  are  not  adjacent,  is 
often  dependent  on  other  movement  within  the  facility.  Hence,  the  distance 
functions  may  be  at  best  crude  approximations  of  the  desirability  of  having  two 
areas  close  to  each  other. 
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II.  LAYOUT  PROGRAM 

Since  tfae  middle  1960's  a  number  of  efforts  have  been  made  to  develop  com¬ 
puter  aided  layout  programs.  Five  better  known  procedures  are  detailed  in  Tompkins 
and  Moore  [  4  J .  These  procedures  have  been  categorized  as  either  "constructive" 
or  "improvement"  procedures.  The  construction  procedures,  (CORELAP,  ALDEP,  and 
PLANET)  attempt  to  build  a  layout  by  a  one-at-a-time  insertion  of  blocks  into 
the  layout.  The  first  block  to  be  entered  is  either  selected  at  random  or 
selected  based  on  some  heuristic  measure  of  importance.  Subsequent  blocks, 
are  selected  and  positioned  based  on  heuristic  scoring  schemes  which  relate 
them  to  blocks  already  placed  in  the  layout.  While  these  scoring  .schemes 
seem  reasonably  logical,  they  have  no  overall  model  or  methodology  as  a  basis. 

The  improvement  procedures  (CRAFT  and  COFAD)  start  with  a  block  layout  and 
attempt'  to  improve  it  by  interchanging  blocks.  These  interchanges  are  generally 
limited  to  interchanges  between  blocks  of  the  same  size  or  blocks  which  are 
adjacent. 

All  of  these  programs  have  some  serious  limitations.  They  either  ignore 
the  desired  shapee  of  the  blocks  or  very  crudely  consider  them.  Other  .than 
possibly  fixing  a  block  at  some  prescribed  location,  they  do  not  consider  re- 
letlonahlps  between  blocks  and  the  building  perimeter  or  between  blocks  and 
fixed  areas  of  the  building.  They  have  very  little  methodological  base  and 
they  allow  little  flexibility  for  the  designer  to  Influence  the  layout  using 
his  Insight  and  ingenuity. 

% 

Several  attemps  have  been  made  to  develop  block  layout  methods  based  on 
optimisation  models.  These  methods  are  surveyed  in  a  recent  paper  by  Foulds 
[ 2] •  In  general  they  are  based  on  either  the  quadratic  assignment  problem  or 
the  problem  of  finding  a  maximum  weighted  planar  graph.  Neither  of  these 
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problems  is  tractable  for  problems  of  practical  size.  These  models  are  In 
general  relaxations  of  the  actual  layout  problem ,  and  the  heuristics  for  solving 
the*  do  not  seem  particularly  helpful  in  providing  the  human  decision  maker  with 
Insight  to  develop  feasible  layouts. 

The  methodology  developed  here  is  an  attempt  to  overcome  some  of  the 
difficulties  associated  with  current  methodology.  In  particular ,  the  emphasis 
is  on  providing  the  human  with  information  which  will  aid  him  in  constructing 
good  layouts  rather  than  having  the  computer  construct  a  layout. 
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III.  The  Matching  Model 

As  indicated  earlier,  there  ie  no  optimisation  model  which  captures  all  of 
the  characteristics  of  the  layout  problem  and  remains  tractible.  Hence,  in  order 
to  solve  the  optimization  model  we  must  Ignore  to  a  degree  (i.e.,  relax)  at  least 
some  of  the  constraints  on  the  problem.  If  the  solution  to  the  relaxed  problem 
is  not  acceptable  in  terms  of  the  layout,  then  the  human  decision  makers  must 
somehow  restrict  or  constrain  the  model  to  force  it  toward  an  acceptable  solution. 
Also,  the  constraints  imposed,  when  added  to  the  model,  must  result  in  a  new 
model  which  remains  trsctsble.  Otherwise,  the  optlsilaetloa  model  Is  of  little 
value.  An  optimization  model  which  we  have  found  particularly  attractive  for 
this  purpose  is  the  b-matchlng  model  of  Edmonds  [1].  We  will  refer  to  the 
model  as  simply  the  matching  model. 

% 

Graphical  Interpretation 

The  matching  model  is  easiest  to  understand  when  interpreted  on  e  graph. 

Consider  e  graph  having  vertices  v^,  Vg . end  edges  a^  connecting  each 

vertex  pair  v^  end  v^.  Each  edge  e^  has  an  integer  lower  bound  1^  and  an  integer 
upper  hound  u^.  The  lower  sad  upper  bounds  restrict  ths  number  of  times  the 
edge  can  ba  used.  If  edge  e^  is  used  k  times,  then  vertices  v^  end  v^  ere  said 

t 

to  be  "matched"  k  times.  A  weight  of  w^j  is  associated  with  each  matching  of 

and  Vy  For  each  vertex  there  is  an  integer  b^,  which  specifies  the  | 

i 

total  number  of  times  v&  can  be  matched  with  ell  other  vertices.  We  cell 
this  the  "degree"  constraint.  The  objective  la  then  to  find  e  matching  which 
satisfies  the  constraints  and  maximizes  the  sum  of  the  weights.. 

Ac  an  illustration,  consider  the  ?  tph  in  Fi  ira  3,  For  the  upper  and  lower 
bounds  end  weights  indicated,  the  optimum  '  lut*,on  ie  to  match  v^  end  Vg  one  time, 
v^  end  v^  one  time,  Vg  end  three  times,  v.  end  zero  times,  end  v^  sod  v^ 


one  tine.  The  total  weight  is  4  +  2  4-  18  -  4  =  20. 
Algebraically,  this  problem  can  be  stated  as 


Maximize 

4xl2  +  2x14  +  6*23  +  4x24 

'  **34 

subject  to 

*12  +  *14 

-  2 

*12  +  *23  t  x24 

-  4 

*23 

+  *34 

-  4 

*14 

*34 

-  2 

1  5  *n  s  2  0  sxi4  0  *  *24  s  3  05  *34  *  2 

*12’  *14’  *23’  x24*  and  x34  inte8er 

Edmonds  XX]  has  developed  a  very  efficient  algorithm  for  solving  problems 
of  this  form.  For  the  special  case  where  b^,  Z^  and  are  all  even  for 
1  -  l,2,...,n,  we  can  ignore  the  integer  constraints  and  simply  solving  the 
resulting  linear  program.  The  simplex  method  will  always  give  integer  values 
for  the  and  the  sensitivity  information  normally  associated  with  linear 
programs* is  valid. 

i 

Modeling  Block  Layout 

To  see  how  the  matching  model  can  be  used  to  aid  in  solving  the  block  layout 

problem,  consider  first  the  case  where  all  departments  are  square  and  have  the 

*  •  1 

same  dimensions.  Also,  assume  that  the  building  in  which  the  departments  are 
to  be  located  has  a  fixed  rectangular  shape.  A  possible  layout  for  a  four 
department  example  is  shown  in  Figure  4. 
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The  perimeter  of  each  department  can  be  thought  of  as  four  equal  length 
segaeats,  one  corresponding  to  each  wall.  The  perimeter  of  the  building  in 
Figure  2  can  be  thought  of  as  eight  segaeats,  each  of  the  saae  length  as  the 
side  of  a  department.  For  any  layout  of  the  four  departments  within  the  building, 
each  of  the  four  perimeter  segaents  corresponding  to  a  department  must  be 
adjacent  to  either  a  perimeter  segment  for  another  department  or  a  perimeter 
segment  of  the  building.  Hence,  w«  can  think  of  the  layout  in  terms  of  "matching" 
the  perimeter  segments  of  a  department  with  either  perimeter  segaents  of 
other' departments  or  perimeter  segments  of  the  building.  It  is  this  concept 
which  gives  rise  to  the  matching  model  as  a  tool  for  block  layout. 

We  can  develop  a  matching  model  by  constructing  a  vertex  corresponding 
to  the  perimeter  of  each  department  and  a  vertex  corresponding  to  the  perimeter 
of  the  building.  The  degree  constraint  on  each  vertex  represents  the  number 
of  perimeter  segaents  for  the  corresponding  block.  The  graph  for  the  example 
In  Figure  4  is  shown  in  Figure  5.  The  E  vertex  represents  the  building  perimeter 

i  • 

and  has  a  degree  constraint  of  eight.  Each  of  the  vertices  corresponding  to 

departments  has  a  degree  constraint  of  four.  Edges  are  constructed  between 

•  * 

each  pair  of  vartlces.  The  lower  and  upper  bounds  represent  the  minimum  and 
maximum  number  of  perimeter  segments  the  corresponding  blocks  can  have  adjacent. 
For  example  departments  A  and  B  can.  have  a  minimum  of  zero  and  a  maximum  of  one 
perimeter  segments  adjacent.  The  edpe  weights  are  a  measure  of  the  desirability 
of  having  two  blocks  adjacent.  A  negative  weight  means  that  it  is  undesirable 
to  haws  the  two  blocks  adjacent.  The  optimum  solution  to  the  matching  model  is 
given  in  Figure  6  and  the  corresponding  layout  in  Figure  7, 
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In  general  the  matching  model  is  a  relaxation  of  the  layout  problem. 

Hence,  it  may  not  be  possible  to  construct  a  feasible  layout  corresponding  to 
a  solution  to  the  matching  model.  Before  addressing  the  consequence  of  the 
relaxation,  we  will  first  consider  how  to  model  different  block  shapes  and  how 
to  specify  edges  weights.  Consider  the  blocks  in  Figure  8.  Blocks  A,  B,  C, 
and  D  are  departments  and  block  E  is  the  building.  Each  block  is  constructed 
of  "unit  squares.’*  The  edges  of  each  unit  square  which  lies  on  the  perimeter 
cf  the  block  is  considered  as  one  perimeter  segment.  Block  A  has  8  perimeter 
segments.  Hence,  the  corresponding  node  in  Figure  9  has  a  degree  constraint 
of  8.-  Degree  constraints  for  any  block  made  up  of  unit  squares  can  be  similarly 
determined. 

If  the  blocks  do  not  completely  fill  the  building,  we  can  etlll  use  the 
matching  model  if  we  define  ’’dummy"  blocks,  each  consisting  of  one  unit  square, 
to  fill  the  excess  area.  The  weights  between  these  dummy  blocks  and  all  other 
blocks  ie  zero. 

Furthermore,  we  can  add  flexibility  in  department  and  building  shapee, 

if  dealred,  by  use  of  "slack"  edges,  which  have  the  same  effect  se  sleek 

variables  in  linear  programming.  For  example,  suppose  the  required  building 

area  ie  100  and  we  want  it  to  have  a  shape  with  a  maximum  length/width  ratio 

of  A.  If  the  building  la  square  (10x10)  the  corresponding  node  degree  would 

be  40.  The  other  extreme  is  e  5x20  rectangular  building  with  a  node  degree 

of  50.  By  fixing  the  building  node  degree  to  50  end  adding  a  slack  edge  to 

♦ 

this,  node  with  capacity  10  we  can  allow  a  range  of  shapes  between  these  two 
extremes.  This  can  also  be  done  to  add  flexibility  to  any  block  shape. 

Weights  can  be  associated  with  the  use  of  e  slack  edge  to  impose  e  marginal 
cost  for  each  extra  unit  of  perimeter  added  to  the  minimal  required  perimeter. 


16 


The  upper  bounds  on  edges  correspond  to  the  maximum  number  of  times  that 
two  blocks  can  be  matched.  For  example,  in  Figure  6  blocks  B  and  C  can  be 
matched  a  maximum  of  3  times  (i.e.,  rotate  C  ninety  degrees  and  make  it  adjacent 
to  the  lower  right  portion  of  B) .  Hence,  the  upper  bound  on  the  edge  from 
B  to  C  in  Figure  7  is  3.  If  we  wish  to  exclude  the  possibility  of  B  and  C 
being  oriented  in  this  fashion,  we  can  make  the  upper  bound  less  than  3. 

All  upper  bounds  in  Figure  7  are  at  their  maximum. 

Lower  bounds  are  zero  unless  we  wish  to  force  two  blocks' to  be  adjacent.  By 
specifying  the  lower  bounds  we  can  force  the  model  to  match  as  many  segments 
between  two  blocks  as  desired. 

Note  in  Figure  9  that  all  degree  constraint  are  even.  It  is  easy  to 
show  that  this  will  always  be  the  case  for  blocks  made  up  of  unit  squares. 

By  redefining  a.  unit  square  to  be  one-fourth  of  the  area  of  the  original 
unit  square,  we  can  make  all  of  the  1^  and  u^  even  as  well.  This  will 
cause  each  of  the  original  b^,  1  ^ ,  and  Uj  to  be  multiplied  by  two.  Hence, 
we  can  solve  the  matching  model  corresponding  to  a  layout  problem  using 
the  simplex  method  and  be  assured  of  integer  answers. 

The  matching  model  allows  some  flexibility  in  specifying  the  edge  weights. 
For  a  given  edge  it  only  requires  that  the  weight  function  be  nonincreasing 
for  each  additional  time  two  vertices  are  matched.  For  example,  in  Figure  9 
the  weight  of  6  on  edge  A-B  indicates  that  a  weight  of  6  Is  obtained  for  each 
segment  that  A  and  B  have  in  common.'  The  matching  model  would  also  allow  us 

t 

to  use  a  weight  of  6  for  the  first  segment  that  A  and  B  have  in  common,  4  for 
the  second  segment  and  zero  for  the  third. 

i 

For  the  problem  considered  to  date,  we  have  selected  weights  corresponding 
to  the  amount  and  cost  of  material  flow  between  each  pair  of  blocks.  If  ona 


perimeter  segment  ixx  common  is  sufficient  to  allow  the  material  floir  between 
the  two  blocks,  then  the  total  weight  can  be  given  to  the  first  segment  matched 
and  zero  to  the  others.  If  more  than  one  segment  in  common  is  required  for 
material  flow,  then  the  weights  can  be  allocated  among  the  segments  as  long  as 
they  are  nonincreasing. 

It  la  important  to  remember  that  the  output  of  the  matching  model  will 
not  be  a  layout  but  rather  will  be  information  to  help  the  human  decision  maker 
construct  a-  layout..  Hence,  the  main  function  of  the  weights  is  to  influence 
the  matching  solution  rather  than  to  provide  a  score  for  the  layout.  This 
will  be  discussed  in  more  detail  in  a  later  section. 


Relaxation  Implications 

The  matching  model  is  a  relaxation  of  the  block  layout  problem.  This  means 
that  for  svery  feasible  block  layout  there  is  a  corresponding  feasible  solution 
to  the  matching  model.  However,  some  feasible  solutions  to  the  matching  model 
may  not  have  corresponding  feasible  block  layouts.  Hence,  Che  matching  model 
does  not  capture  all  of  the  characteristics  associated  with  the  shapes  of  the 
blocks  and  how  they  fit  together.  Since  the  human  decision  maker  wishes  to 

use  the  matching  model  output  to  aid  lo  construction  of  the  layout,  it  is 

« 

necessary  to  understand  what  characteristic  have  not  been  captured.  They  can 
be  considered  in  three  major  categories  which  we  will  call  planarity,  grid 
infaaalbillty,  and  adjacency  dependence. 

Suppose  that  we  take  a  solution'  to  the  matching  model  and  draw  the  resulting 
graph,  excluding  edges  which  are  not  in  the  matching.  A  necessary  condition 
for  there  to  be  a  block  layout  corresponding  to  this  solution  is  that  we  be 
able  to  draw  the  graph  with  the  building  perimeter  vertex  on  the  outside  and 
have  no  two  edges  cross  (i.e. ,  the  graph  must  be  planar).  We  cell  this  the 
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planarity  restriction. 

As  an  illustration  of  the  grid  restriction,  consider  three  blocks  each 
consisting  of  a  single  uuit  square.  Because  of  our  restriction  that  these 
blocks  be  laid  out  in  a  grid,  it  is  net  possible  to  have  all  three  mutually 
adjacent. 

Adjacency  dependence  occurs  when  the  adjacency  of  two  blocks  is  dependent 
on  whether  or  not  they  are  adjacent  to  certain  other  blocks.  For  example, 
in  a  rectangular  building  a  block  ccn  be  placed  ‘in  a  corner  position  only  if 
at  most  three  other  blocks  are  in  corner  positions. 

Since 'the  original  matching  model  cannot  explicitly  Include  these  constraint! 
the  solution  to  the  matching  model  may  not  lead  directly  to  a  feasible  layout. 

We  attempt  to  overcoma  this  difficulty  by  having  the  human  decision  tasker 
look  for  violation  of  these  constraints  by  the  matching  solution  and  then  impose 
constraints  to  force  the  matching  solution  toward  a  feasible  layout.  For 
example,  if  the  solution  to  the  matching  model  of  e  rectangular  building  cane  has 
five  blocks  indicated  In  building  corners,  we  could  pldk  one  block  and  restrict 
it  to  not  be  in  a  corner.  The  change  in  the  value  of  the  matching  solution 
uder  the  new  constraint  gives  a  bound  on  how  much  effect  this  constraint  im- 
posed  on  the  optimum  layout.  The  various  constraints  and  how  they  are  imple¬ 
mented  in  the  MATCH  system  will  be  discussed  in  the  next  section. 


Imposed  Constraints 

% 

'  All  of  the  constraints  which  we  allow  to  bo  laposad  on  tha  matching  modal 
amount  to  changes  in  the  upper  and  lower  bounds  on  edges.  For  example,  if  we 
have  a  block  consisting  of  a  single  unit  square  and  we  decide  not  to  allow  It 
in  a  corner,  we  simply  make  the  upper  bound  one  on  the  edge  between  ite  node 
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and  the  building  perimeter  node.  If  we  want  to  force  two  edges  not  to  cross , 
we  can  restrict  one  of  the  edges  to  an  upper  bound  of  zero,  hence  eliminating 
it  from  the  graph.  The  various  restricting  functions  we  allow  in  the  system  - 
are  summarized  below. 

We  can  restrict  a  block  as  to  whether  or  not  it  is  a  corner- block,  an 
outside  block  but  r.ot  a  corner,  or  an  interior  block.  We  can  also  restrict  a 
block  to  a  particular  location  within  the  building.  Finally  we  can  restrict 
the  upper  and  lower  bounds  on  the  adjacency  between  any  pair  of  blocks.  All 
of  the  restrictions  are  handled  by  changing  parameters  in  the  matching  model. 


IV.  MATCH  SYSTEM 

The  MATCH  system  Is  implemented  using  a  Chromatics  colorgraphics  terminal 
together  with  a  CYBER  mainframe  computer.  .  Data  input  and  manual  manipulation 
of  the  blocks  of  the  layout  is  handled  on  the  Chromatics.  The  matching  model 
is  implemented  on  the  CYBER.  The  CYBER  is  accessed  automatically  each  time 
we  wish  to  solve  a  new  matching  problem. 

The  system  is  run  utilizing  a  light  pen.  The  functions  are  accessed  by 
touching  the  associated  menu  box  with  the  light  pen.  The  blocks  in  the  layout 
as  well  as  Che  matching  graph  are  manipulated  using  the  light  pen.  For  example, 
to  shift  a  vertex  from  one  position  to  another  on  the  colorgraphics  screen,  you 
touch  the  function  SHIFT  on  the  screen,  then  touch  the  vertex,  and  then  teuch- 
the  new  location  for  the  vertex.  The  vertex  is  automatically  shifted  and  the 
graph  redrawn.  Manipulation  of  the  blocks  is  handled  in  a  similar  fashion.  A 
sample' of  a  screen  layout  is  shown  in  Figure  2.  Colors  are  used  to  convey  in¬ 
formation  about  the  matching  solution  (e.g.,  red  vertices  Indicate  that  the 
corresponding  block  should  be  a  corner  block)  and  to  distinguish  one  block  from 
soother. 

A  listing  of  the  various  functions  which  hava  been  incorporated  into  the 

MATCH  system  are  given  in  Table  1  along  with  a  brief  description  of  each. 

» 

The  menu  structure  is  given  in  Table  2.  For  example,  if  you  touch  the  T.KPUT 
function  in  the  main  menu,  the  INPUT  menu  is  drawn  for  you  from  that  menu  you 
.  can  access  any  of  the  functions  DATA,  MODIFY,  SAVE,  LOAD,  TRANS,  as  RETURN 
simply  by  touching  the  appropriate  function  with  the  light  pen. 


Table  1.  Functions  Available  Within  the  MATCH  System 

0  MAIN  main  menu, 'automatically,  displayed 

1  INPUT  Input  menu,  original  data  Input  phase 

2  GRAPH  graph  menu,  relaxation  and  constraint  phase 

3  LAYOUT  layout  menu,  block  layout  phase 

4  CRAFT  execution  of  Improving  CRAFT  algorithm 

5  EXIT  termination  of  the  program 

6  DATA  Input  of  original  dimensions,  names  and  cost  of  departments 

7  MODIFY  modification  menu  of  input  data 

8  SAVE  save  the  current  problem  on  disk 

9  LOAD  reload  a  saved  problem  from  disk 

10  TRASS  transmit  input  or  graph  data  for  execution  of  matching  algorithm 

11  RETURN  return  to  higher  menu 

12  SAME  change  name  and  description  of  a  department 

13  DIMEN  change  dimensions  of  s  department 

14  RELAX  change  relationship  between  2  departments 

13  LIST  list  in  a  round  robin  fashion  a)  input  data 

b)  result  from  matching 

c)  added  constraints 

16  DRAW  draw  menu  to  draw  graph  based  on  result  from  matching 

17  MODIFY  modify  menu  to  change  graph  and/or  add  constraints 

18  ADC  draw  one  additonal  user  selected  department 

19  SHIFT  shift  department  vertex  In  graph 

20  AUTp  draw  automatically  all  Uot--yet~dravn  vertices 

21  REDRAW  redraw  current  displayed  screen  (graph  or  layout) 

22  NODE  change  or  specify  adjacency  between  department  end  the  outside 

23  EDGE  edge  modification  menu  to  change  or  specify  adjacency  between 

2  departments 

24  SHOW-0  draw  all  arcs  fixed  to  s  zero-adjacency 

25  UP  BHD  specify  upper  bound  on  adjacency  between  2  departments 

26  LO  END  specify  lover  bound  on  adjacency  between  2  departments 

27  FIX  fix  the  adjacency  between  2  departments 

28  INFO  display  arc  and  adjacency-parameters  between  2  departments 

29  BUILD  build  menu  to  construct  e  block  layout  based  on  graph  data 

30  MANUAL,  build  menu  to  construct  a  block  layout  without  graph  data 

31  SCORE  score  a  completa  layout  with  different  measures 

32  NODE  nods  menu  to  changs  or  act  upon  a  department  in  the  graph 

33  BLOCK  block  menu  to  act  upon  a  dspartmsnt  in  ths  block  layout 

34  INFO  display  information  about  a  dspartmsnt  and  its  adjacencies 

35  JOIN  permanently  link  a  node  representation  to  a  block  representation  of 

a  department 

36  GLOBAL  place  a  completa  department  in  the  block  layout 

37  SINGLE  place  a  single  (lxl)  grid,  block  of  e  department  in  the  block  layout 

38  DELETE  deists  a  single  (lxl)  grid  block  of  a  department  from  the  layout 

39  SHIFT  shift  or  relocate  a  single  (lxl)  grid  block  ol  a  department 

40  ERASE  deists  a  complete  department  from  the  layout 

41  COLOR  change  the  color  of  a  located  department 
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MAIN  (0) 


INPUT (1) 


MODIFY (7) 


Table  2.  Menu  Structure  for  the  MATCH  System 

INPUT (1) 

GRAPH (2) 

LAYOUT (3) 

CRAFT(4) 

EXIT (5) 


DATA (6) 

GRAPH (2) 

DRAW(16) 

LAYOUT (3) 

BUILD (23) 

MODIFY (7) 

MODIFY (17) 

MANUAL (30) 

SAVE (8) 

SAVE (8) 

SCORE (31) 

LOAD  (9) 

LOAD (9) 

SAVE (8) 

TRANS (10) 

TRANS (10) 

L0AD(9) 

RETURN (11) 

RETURN (11) 

RETURN(ll) 

NAME (12) 

DRAV(16) 

ADD(18) 

BUILD(29) 

RODE(32) 

DIMEN (13) 

SHIFT (19) 

BLOCK(33) 

RELAT(14) 

AUTO (20) 

REDRAW (21) 

LIST(15) 

REDRAW (21) 

SCORE (31) 

RETURN (11) 

LIST (15) 

RETURN (11) 

RETURN (11) 

NODE(32) 

INFO (34) 

MODIFY(17) 

LIST (15) 

SHIFT (19) 

SHIFTU9) 

JOIN(35) 

REDRAW (21) 
DIMEN(13) 

RETURN (11) 

NODE (22) 

BLOCK(33) 

GLOBAL (36) 

EDGE (23) 

SINGLE (37) 

RETURN (11) 

• 

DELETE (38) 
SHIFT(39) 

EDGE (23) 

R£LAT(14) 

ERASE (40) 

UP  BND(25) 

COLOR(41) 

LO  BND(26> 
FIX(27) 

•  ■ 

RETURN (11) 

SHOW-0 (24) 

MANUAL (30) 

GLOBAL(36) 

• 

INFO (28) 

S1NGLE(37) 

RETURN (11) 

DBLETE(35) 
SHIFT(39) 
INFO (34) 
COLOR (41) 
RETURN(ll) 

V. '  MATCH  SYSTEM  EXAMPLE  CASE 

This  example  case  is  based  cn  a  real  situation  encountered  in  a  small 
Canadian  company  which  makes  and  sells  a  variety  of  aluminium  signs,  coupled 
with  low  volume  domestic  aluminium  products.  This  company  was  planning  to 
relocate  its  plant  in  a  new  building.  The  data  was  gathered  through  a  systematic 
analysis  of  all  products,  parts,  material,  and  employee  movements.  It  is  used 
here  to  illustrate  a  typical  execution  of  the  MATCH  LAYOUT  system.  It  should 
be  understood  that  there  is  no  "best”  procedure  for  using  the  system.  It  Is 
specifically  designed  to  allow  the  user  to  alter  the  approach  depending  on  the 
particular  application. 

Design  Information 

The  plant  is  divided  in  12  departments.  In  Table  1  are  the  proposed 
shapes  and  sizes  for  each  area  in  relative  dinenaions  (i.e.t  all  dimensions 
are  multiples  of  the  width  of  one  unit  square) .  In  Table  2  we  present  in 
non-increasing  order  the  no-zero  exchanges  (trips  per  day)  between  departments, 
as  found  by  plant  analysis.  Note  that  an  exchange  with  the  building  perimeter 
should  be  translated  as  an  exchange  with  the  outside  environment. 

% 

Iteration  1 

Once  the  data  is  entered  into  the  MATCH  system  and  saved,  we  transmit  the 
problem  data  to  the  matching  program  in  order  to  get  a  first  solution.  When 
the  solution  cornea  hack,  we  command  an  automatic  drawing  of  the  resulting  graph. 
fW  than  manually  manipulate  this  graph  in  an  attempt  to  reduce  the  edge  crossing, 
whils  generally  putting  the  vertices  in  the  suggested  proximity  to  each  other 
and  to  the  perimeter.  The  result  is  given  In  Figure  IQ.  The  matching  solution 
has  a  valua  of  319.  This  gives  an  upper  bound  (under  the  matching  objective) 


Table  3 


Proposed  Shapes  and  Sizes  of  Departments  for  the  Layout  Case 


Department 
SILKSCREEN  (SE) 

SECONDARY  TRANSFORMATION  (ST) 
OFFICES  (OF) 

MAIN  TRANSFORMATION  (MT) 
SCOTCHLITE  (SC) 

FILM  PREPARATION  (FP) 
WAREHOUSE  (WH) 

SHIPPING  (SH) 

OVEN  ROOM  (OV) 

SPECIAL  STOCK  ROOM  (SS) 
PAINTING  ROOM  (PR) 

EMPLOYEES  SERVICES  (ES) 
BUILDING  (BU) 


X  and  Y  dimensions 
1.  2 
1.  2 
1.  1 
2,  2 
1.  2 
1,  2 
1,  2 
1.  1 
1,  1 
1,  l 
1,  1 
1*  1 
4,  5 
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Table  4.  Exchanges  Between  Department  for  the  Layout  Case 


DEPARTMENT  PAIR 

EXCHANGE 

DEPARTMENT  PAIR 

EXCHANGE 

ov, 

PA 

58 

KT,  ES 

2 

SE, 

OV 

47 

SC,  SH 

2 

MT, 

OV 

29 

SC,  ES 

2 

SE, 

FP 

28 

FP,  ES 

2 

SH, 

OV 

27 

WH,  SH 

2 

SC, 

OV 

20 

SH,  SS 

2 

SE, 

SC 

12 

SH,  ES 

2 

ST, 

m 

7 

SH,  BO 

30 

SC, 

PA 

7 

WH,  BU 

15 

SE, 

MT 

5 

OF,  BU 

10 

SE, 

ES 

2 

MT,  BU 

10 

ST, 

WH 

2 

ES,  BU 

10 

ST, 

ES 

2 

FP,  BU 

5 

OF, 

SH 

2 

OV,  BU 

5 

OP, 

SS 

2 

PA.  BU 

5 

MI, 

WH 

2 
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vhils  shapes  (i.e.,  squares,  triangles,  and  circles)  are  used  to  indicate  the 
proxlaity  of  the  vertices  to  the  perimeters  in  Figure  10,  colors,  (red,  yellow, 
green)  are  used  in  the  system  itself. 

This  first  graph  is  obviously  not  a  feasible  layout  with  its  six  corner 
departments  in  a  rectangular  plant.  However  it  permits  us  to  learn  some 
interesting  facts.  The  moat  important  is  the  dominance  of  the  oven  room 
around  which  departments  (painting  room,  silkscrsen,  main  transformation  and 
shipping)  have  been  centralized  due  to  their  high  exchangee.  It  eeems  logical 
at  this  point  to  restrict  tha  oven  room  to  be  Interior  to  the  building.  We 
note  that  the  shipping  and  painting  dapartmants  also  have  large  non-zero  exchange 
with  the  building  perimeter.  This  fact  has  caused  the  modal  to  put  them  in 
corners  while  being  adjacent  to  the  oven  room.  Since  they  all  have  lxl 
dimensions,  this  is  physically  impossible  if  the  oven  room  is  in  the  interior. 
Coupling  this  fact  with  the  observation  that  for  tha  shipping  and  painting  dspart- 
ments,  it  would  probably  be  sufficient  to  have  only  one  side  adjacent  to  the 
exterior,  we  restrict  both  of  than. not  to  bs  in  corners. 

At  that  point  we  could  have  stopped  analyzing  the  graph  and  immediately 
asked  for  a  revised  matching  result.  However  ve  decided  to  pursue  our  analysis 
in  ordsr  to  give  it,  if  possible,  e  little  more  structure.  This  has  basn  dons 
by  analyzing  the  trio  (warehouse,  main  and  secondary  transformation)  which 
has  baen  joinsd  by  the  matching.  Secondary  transformation  has  its  only  ex¬ 
changes  with  the  main  transformation  (7)  and  the  warehouse  (2),  while  the  ware- 
house  has  an  exchange  with  tha  main  transformation  (2)  and  the  shipping  (2); 
the  main  transformation  and  the  warehouse  both  have  strong  exchanges  with  the 
exterior.  This  lad  us  to  try  to  fix  their  configuration  (MI  (2,2),  ST  (1,2), 

WH  (1,2))  to  be  as  shown  in  Figure  11.  This  implies  that  vs  fix  MT  and  VK  at 
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corners,  ST  eo  have  its  small  side  on  the  building  perimeter,  MT  and  ST  to 
have  am  adjacency  of  two,  ST  and  WH,  to  have  an  adjacency  of  two,  and  MT  and 
WH  to  have  an  adjacency  of  zero.  Note  that  this  is  only  a  trial  configuration 
which  can  be  eliminated  or  modified  if  it  appears  to  be  too  restricting  later  on. 
Vith  these  restrictions  imposed  ve  now  ask  for  a  revised  matching  result. 

Iteration  2 

The  matching  solution  under  the  above  restrictions  is  shown  In  Figure  12. 
The  new  solution  value  is  319.  This  means  .that  tbs  restrictions  which  we 
imposed  have  not  decreased  to  solution  value.  Hence,  we  are  inclined  to 
retain  the  restrictions. 

We  note  that  there  are  still  some  problems  to  overcome  before  we  have 
a  feasible  layout.  This  time  we  decide  to  go  a  little  further  in  structuring 
the  ovafo  room  centralization.  By  analyzing  the  graph,  ve  arrive  to  the 
following  restrictions.  The  adjacencies  between  (SH  and  OV) ,  (OV  and  PA)  end 
(OV  and  MI)  are  fixed  to  one.  The  trio  (SH,  OV,  PA),  all  lxl  departments, 
are  laid,  out  in  a  line  alongside  MX  and  ST;  with  the  shipping  department  on 
the  outside,  (see  Figure  13)  So  (SH  and  MT)  and  (FA  and  ST)  are  set  to  one. 

SH  is  forced  to  have  one  side  on  the  outside  while  PA  is  forced  to  be  in  the 

% 

interior.  Let  us  note  again  that  this  is  only  a  trial  configuration  which 
appears  logical.  It  can  be  eliminated  or  modified  later  if  ve  find  it  has 
undesirable  consequences.  We  now  ask  for  a  revised  matching  solution. 

Iteration  3  ' 

9  . 

The  new  matching  solution  hps  a  value  of  308  and  is  shown  in  Figure  1*. 
This  graph  almost  givss  directly  a  feasible  layout.  In  fact  a  large  part  of 

i 

the  layout  can  be  drawn  without  lnfeaslbillty  as  indicated  in  Figure  15. 
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The  only  violations  are:  . 

OF  is  not  a  corner,  as  prescribed 

FP  and  ES  are  not  adjacent 

FP  and  SC  are  adjacent 

SE  and  SC  only  have  an  adjacency  of  one 

This  layout  has  a  score  of  306.  Hence,  we  have  constructed  a  layout  which  is 
only  about  4X  less  than  the  bound  determined  by  the  first  matching  solution. 

Iteration  4 

•  «  ' 

We  save  the  layout  above  and  then  proceed  to  a  careful  analysis  of  the 

adjacencies  and  exchangee  to  determine  whether  or  not  we  can  come  up  with  eoae 
improvement  possibilities.  A  layout  with  a  slightly  bettsr  score  is  found  by 
noting  that  changing  from  the  configuration  (MX,  ST,  WH)  to  (WH,  Mr,  ST)  loses 
nothing  in  the  trio,  and  gains  the  adjacency  between  WH  and  SH.  This  leads  to 
the  layout  In  Figure  16. 

At  this  point,  if  we  are  happy  with  one  of  these  layouts,  we  can  terminate 
the  process.  If  ws  want  to  generate  additional  layouts,  we  can  do  so  by  starting 
from  any  of  the  matching  solutions  determined  in  the  previous  iterations.  Wa 

i 

can  also  fix  any  part  of  tha  current  layout  that  wa  like  and  use  it  as  a 
starting  point.  Typically,  we  can  generate  e  number  of  different  layouts  with 
about  tha  same  scores.  Tha  decision  as  to  which  of  than  to  select  can  than  be 
baaed  on  nonquantltetlve  factors.  ' 
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Figure  13.  Desired  Configuration  for  the  SH,  OV,  PA,  KT 
ST,  end  WH  Blocks 


31 


■V’VrV'viV oV'Vv,p^,V-*l,V,'.-'‘ v:  L'' O ' 


VI.  SUMMARY  AND  CONCLUSION  ' 

The  MATCH  layout  system  is  a  prototype  system  developed  to  test  the  con¬ 
cept  of  interfacing  optimisation  models  with  colorgraphlc  computers  to  Inter¬ 
actively  generate  block  layouts.  The  graph  manipulation  concept  can  be  viewed  as 
a  generalization  of  the  relationship  diagram  concept  of  Mother  [  3 }  combined 
with  a  sophisticated  optimization  modal.  The  human  decision  maker  still 
maintains  the  .central  role  but  has  more  power  at  hie  disposal  to  aid  with  the 
combinatorial  aspects  of  the  problem, 

As  with  most  aid  to  design.  It  is  possible  to  evaluate  the  performance  of 
the  approach  only  in  a  fairly  subjective  fashion.  We  have  the  ability  to  call 

•  a  • 

the  CRAFT  program  to  attempt  an  Improvement  of  any  layout  generated  using 
MATCH.  We  score  the  layouts  using  both  adjacency  and  distance  measures. 

While  MATCH  was  designed  primarily  to  model  adjacency  relationships,  it  also 
seems  to  perform  very  well  with  respect  to  distance  based  scores.  It  is 
seldom  possible'  to  Improve  significantly  on  any  of  the  scores  using  CRAFT. 

When  the  CRAFT  Interchanges  do  result  in  an  improved  score  it  is  almost 
always  at  ths  expanse  of  some  badly  contorted  blocks. ’ 

Ws  have  generally  bsan  very  pleased  with  the  quality  of  layouts  which  we 
were  able* to  genarata  with  MATCH.  Whiie  there  are  still  significant  improve- 
ments  to  ba  made  in  both  the  optimization  modelling  and  the  system  implementation 
this  seams  the  most  promising  approach  available  for  attacking  the  vary  difficult 
block  layout  problem. 
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